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(54) Transfer of electrortic messages to a PDA 

(57) Techniques for snhAncing the Openelion Of e 
personal digital a&ai$tant <PDA) including the auiomalfc 
downloading, installation and fixecutioo oi software 
which riKXilFjes the fur>ciionaliiy of the PDA and for tech- 



niques intercepting e-mail messages sent lo the PDA 
which Include commands which modify the functionality 
of the PDA. Aisodascrtoed are methods of ensuring thai 
inlormation is correctly directed to a user including via 
a PDA. 
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De&criptican 

[0001] The preseni Invoniton ralaias lo the transfer of eleclronic mdssagos to a PDA. 

[0002] Rflcently. the so-called Personal Digital Assistant (PDA) has appeared on the market. This is a compact device 
5 with a keyboard or other data entry device, dispfay means and processing means. PDAs are usually provided with 
word processing, diaiy, database and spreadsheet applications and may be connectabf© to a teJephono system for 
dialing telephone numbers using the OTMF system and perhaps for sending and receiving data usrig modem or fax 
protocols. Usually. PDAs are conn eclabre loamiorocomputer using either a connec ling cableoran intra red transceiver 
lo allow the transfer of files between the PDA and microcomputer. 

[0003] rwiore recamly, PDAs have been integraied with mobile tetephonos. An exampte or such a product Is the Nokia 
9000 Communlcaior which incorporates a GSM rnobiie telephone with a PDA and is designed for use in Europe. Stnilar 
products are becoming available in North America and Asia. These intagralad devices provide similar functionaSty to 
a PDA connected to a mobile telephone using a modem. In the subsequent description, the term 'PDA' is used to mean 
iir\ integrated device as described in this paragraph or a device groviding similar functkx^ality. Thus, as used belovy, 
'5 the lenn 'PDA' may be defined as a device or combination ot devices operable as a telephone and having additiorkal 
customizable computing t unctions, the device or combination respectively being portable. 

[0004] According to a first aspect of the invention a meihod of altering software in a PDA comprises receiving at the 
PDA a software module via a text data transmission, the transmission Including an identifier unique to the module, 
exiracung the identifier from the message, comparing the identifier with the Identifiers of modules already present in 
so (he PDA, ynd if a module having the received identifier is already present, deletkig the existing modkjie from memory 
living that identifier and replacing that module in memory with the received module. 

[0OO5] Preferably, if a naoduie having the received identifier is not already present, a new rnodulo is added lo the 
telephone based on the contents of the received module. Thus new software lunclionaltty may be added to the tele- 
phone by iransmriling a new module (having a riew Identifier). 

^ [OOOei Typically, a nriodulc wiU bo iransmitlcd using SMS and will be larger them Ihc 1 60 byto limit ot that iransmrasion 
standard. Thus the module i& ©plii ai the transmitting end into several parts (advantageously using the technique da- 
scritied below). Thus at the telephone end. the module is received in several parts and the telephone is arranged to 
acknowledge receipt of each part, lo correctly order each part in relation lo lha other parts, to request re-lranfimi$sion 
of missing parts, and to prevent loading of the module inio memory until all parts of lha moduie have been received. 

00 The latter requirement being included lo ensure that incomplete modules are not executed by the telephone. 

[0007] Typically, modules are linked to one another so that one module rray use a function provided by another 
module. Also, modules may cause the creation of user interface elements on display of the telephone. Before a module 
is deleted (either to be replaced by a new module or by an explicit deletion corrmand received at the telephone), links 
Irom other programmes are removed and user inleriaca slements are removed. Any new links or user interface ele- 

3S menls required by a new or replacement module are then re-created when the new module has been completely 
received and loaded into memory for execution. 

(OOOfl] Advantageously, software modules rriay be provided which interact with the software which controls the eel- 
iular network skJe of the PDA. For example, the software nx)dufe may access the identity of the current cell to which 
the phone is togged in (cell broadcast infom>alion), Th'S enables the module to discover the location of the user which 
-to may m lum be used to modify operation of the software module to provide geographically sensitive information to the 
user. Similarly, many mobile telephones monitor the signal sirength of adjacent cell base stations (typically 3 bkase 
stations) and this infonmation (in conjunction with transmission powers and base station kx:ations) may be used lo 
provide a triangutatton estimate for the position of the user between base statk>ns. 

[0009] As described below, the modules may be transmitted to the PDA using E-mair One disadvantage of this is 
that ai presenu the user must insligale a connection to the E-maif source. Preferably, a software rnodule may cause 
the PDA lo dial the E-nvali source periodically so thai information may be received t)y E-m^il as well as SMS transmis- 
sions, 

[OOTO] According to a second aspecl of the invention apparatus for directing electronic messages comprises control 
means, database means and message direction means, the datat^e means being arranged to store a plurality of 
meihod records lor a respective user each such record being associatod with a particular meihod of contacting the 
user and each Including contact data, the control means being arranged to identify an incoming message as being for 
a particular user choose a method record for that user, access the contact data of that meihod record and cause the 
message diraction moans lo direct Iho incoming message to Iho receiver and in the mossago format specified in the 
contact data. 

55 [0011] Preferably the control rrwans is arranged to choose a nf>ethod record according to itinerary inlormalkjn held 
in the database means which maps method records for a particular user to predetermined respective days and/or times 
of the day 

[0012] The control means may be arranged to choose meihod records according to a predetermined priority desig- 
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nation which orders the method records of a particuiar usor into a priority-ordered list, a subsequently listed method 
record being chosen il the contact method specified in Ihe previously listed melhod record falls to penmit contad to ba 
made with the user. 

[0013] Advantageously, the control means i« arranged to identify an incoming acloiowtedgomanl of a previously 
5 directed message and to delete the message from a message queue so that no Tyrther attempts are made to direct 
the message to the user. 

[0014] Preferably the control means is arranged to divide large messages into packets and to use different contact 
methods for different packets. The packets are preferably reordered at the receiving end to constmd the complete 
message. The integrity of the data is preferabjy insured using low level error correction and detection protocols. 
10 [0015] Thus, where there Is a preferred method of data delivery as well as one or more alternative methods, when 
the desdnallon cannot be reached by the preferred method an attemalive method is selected and the data is re-sent. 
This process can be repealed many limes u sing different delivery methods such as anatogue modems, TCP/I P Internet 
connections. SMTP-based e-mail. SMS, fax. alphanumerical paging, numeric paging, or additional methods as they 
become available. 

t5 [0016J In the prior art. a sender must know a delivery address in some format. In accondance with the invention, 
since multiple delivery addresses are held tor specific delivery methods, thes© can be used as needed to reach a 
destination delivery address without the senders intervention. Addrtwnaiiy. new destination addresses and methods 
can be added without disrupting hn-progress sen/tees. 

[0017] According \Q a third aspect of me tnvemton a method of intercepting E-mail messages received by a PDA 
so comprising psriodtealty reading a mall direclory ol the PDA containing received E-mail messages, searching lor a 
unique kJenlifier in the read messages, and for each read massage whsch contains the identifier removing that message 
from the list so that H is not seen by the PDA user 

[0010] Preferably, the identifier ol the removed message is compared with a list Of recently received identifiers and 
if a match is found the message related to that identifier is deleted. 
«s [0019] Preferably, if a match is not found, the message rciaiing to iho identitior )s added to a linked list oJ messages 
and a part number value of the massage is examined which pari number identities the order and total number of 
massage parts which form a complete transaction, H the complale transaction is contained in the link list, the messages 
are orderad to form the complala transaction and the transaction id processed, the transaction parts are than removed 
from the linked list. 

30 [0020] The linked Ust may contain several kinds of date iteins; items to he sent. Hents received, iiems sent but not 
confirmed at the sender (Which has sent the message) as received and so on. Other data that is heW as part of each 
message part (or item) is pre ferabiy deliveiy time, delivery method (SMS, E-Mail etc. ). number of send ratri as and so on. 
[0021] Preferably also, the telephone holds a list of valid originators ol transacticns. If a transaction does not originate 
with an originator on that list! he transaction is ignored. This greatly reduces th© iikelihoodof E-nr^aite (perhaps containing 

35 binary data such as programs) accidentalty containing a valid identifief and being mistaken by the telephone as a 
message whfch should be extracted from the mail directory. 

[0022] According to a fourth aspect of If^ invention, a rrwthod of transferring a digital data massage between a PDA 
and a base station via a mobile telephone system comprises preprocessing the message to reduce the bit-width of 
each binary wordof the message to a predetermined maximum bil-wk*h, dividing the nrwssage into a plurality of btocks 
40 each having a predetermined maximum block size, appending informaiksn to each bkxik to pennit identification of each 
block and of its correct relationship to other bkxks ol a particular message, transmitting the blocks via a mobile tele- 
phone network, receiving the blocks and using at least the appended infonnalion, reconstructing Ihe message Irom 
the received blocks. 

[0023] This, lOr example, permits the inbuilt 160 character limit on messages which may be sent via the Simple 
-•5 Messagng System (SMS) provkJed by the GSM telephone standard, lo ba overcome. This standard also allows only 
printable characters (i.e. represented by only 7 bits) lo be transmitted This second limitation is overconr>e by the pre- 
processing step. 

[0024] Preferably, the invention includes the siep ol acknowledging each received block tind of relransmiiting blocks 
which have not been acknowledged according to a predetermined acknowledgement protocol. The acknpwiedgemsnl 
50 protocol may. for example, require an acknowledgement of a block to ba received by the transmitter within a predeter- 
mined time period after transmission Of that block. 

[0025] Typically, the preprocessing step includes the addition of redundant data to permK error deleclion at the re- 
ceiver. The preprocessing stop may alternatively or in addition, include Or>erypting Iho moeeagc. 
[002«1 The predetermined maximum bil-widlh may b© 7 bits (in an SMS-based system for example) and the reduced 
55 bil-widlh may be achieved by converting the words ol the message into hexadecimal values and representing the 
hexadecimal values using text codes such as ASCII codes, for the characters O lo 9 and A to F lo rapresant the 
hexadecimal values 0 (o F respectively. 

[0027] Prelerabiy. Iba appended inlormaiion iru:ludes a block number unk^ue lo each respective block within a par- 
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ticuiar massagd find a total blocks value indicating the total number of blQcke into which a particular massage has bean 
divided. 

[0028] Optionalfy, Llie message may be a software update Tor the PDA. This could al^ be used to upgrade a mobile 
telephona'fi (La. a dedicated telephone withoul the extra processing power of a PDA) software. 
5 [0029] ThG invention will now be described, by way of example, with roference to the drawing whicli is a schematic 
block diagram of apparatus in accordance with tlie inverrtion. 

[0030] A gateway system 2 stands between sources of information such as slock quoted, E-ma»l, schedules, news 
and other real time information typically found on database sen/ers 4 connacted via the intemeL and PDAs such as 
GSM PDAs 6A. rrodem equipped Laplops/PCs 6B and PCS PDAs 6C. 

70 [0091] The gateway system 2 is typically distributed between one or more servers and each PDA and thus the oval 
2 sinown in the figure could be shown merging into the schematic intonnation cloud 6 and the PDA boxes 6A, 6B, SC. 
In the description below, it should be appreciated that the amount of proco^ing performed by the PDA as opposed to 
the server to implement the gateway system may vary depending at least on me processing power of the PDA. the 
storage capacity of the PDA and the bandwidth of the connection between the server and the PDA. 

IS {Q032\ Apparatus constructed in accordance with the invention is typically concerned wUh providing information lo 
a PDA and includes the foliowing tufKtkxis; the provision of information Irom any database server on the Internet to a 
user's PDA 'on the II/. the transmission oi computer programs executable on a POA» over the SMS, the installation of 
those prograrrjs on the PDA without user Inten/eniion, the transmission of text nr>eseages to a PDA of unlimited length 
and with receipt acknowledgement, and the eending or intormation to a PDA without a user request for that Information 
(although possible with a standing user request for that Class of information - often called 'push* communicaiion) arKl 
allowing a user response to that information lo be returned to the sender. Typical information to be provided to the PDA 
is a software upgrade to the application software, or to re -configure its software in eome way, Internet content such as 
wflb pages, e-mall messagee containing information euch as stock exchange movements and the like. 
[0033] In this way, a high quality system providing a platrorm for radio-enable database driven applicatksns is pro- 

2$ vidod. Tncsc applications may function across disparate cellular or spccialisod mobilo radio systems, across different 
territories and across a range ol dissimilar and user devices. The applications may be tailored to provide fast responses 
to requests for narrow classes of intonnation. A consistent user interface may be provided to server bafied applications 
Which rray exist anywhere on the iniernei as well as human-augmented services (for insianca rastaurani reservations 
using a human operator) Each user can have an entirely different set of applications loaded ar>d running on their PDA 

30 alkjwing tailoring of a service. 

[0034] The platform ha® a cor^sistent interlace to applications in all supported territories which is independent of 
specific implementation details of the radio interface in those territories. The platform allows appiicationa to commit a 
real lime two-way interactton between end users arv^ large data driven hosts. The platform ts well suited lo transactkxi- 
driven appNcation designs. The platform uses a set of digital messaging sen/ices with a mobile telephone across the 

3S intemel which allows a continuous open channel to be maintained with each nf>obile end user and which also allows 
infom^atton to reach a roaming end user immediately without the user or his PDA needing to poll for ihe informatkin. 
[0035] The PDA is preferably pre-k>aded with software and is prepared to receive messages Irom the gateway system 
2 and to lake certain actions when a message is received. The message need not be from an internet server but may 
be from a fax store and forward sen/ice 1 0A or a vok)e message fonwarding senrice 1 0B. 

40 [0036] Software is provided In the gateway system 2 which is able to send messages via a cell uiar base station using 
the SMS system. These messages are received and interpreted by software in (he PDA. 

[0037] Applications ainning in a dalabass 4 issue requests to the gateway system 2. The requests consist of infor- 
malion thai needs to be delivered to the PDA user. The gateway system 2 delivers the intonnation lo Ih9 user in iho 
besi way possible al that pancular moment, as will be discussed below, and the PDA sends back a reply to indicate 
4£ thai the data was received. 

[0038] The gateway system 2 forwards this reply back to the database application 4. Either erxj can Initiate a com- 
munteaiten and both ends operate according lo predelerynined rules and expect replies tor ai^ requests made. 
[O039] Before describing the furx^tkyis available, it is worth reiterating Uie basis lor some ol the present Mmiiaiions 
of commun'icaiions with PDAs. 

so [0040] The ideal means ol push communication (i.e. comrmunicaiion which occurs without a request being issued 
by the recipiant) in the GSM network is the shon message facilUy (SMS). SMS messages can be stored in the cellular 
provider's SMS centre until a phone CfOrT>es online and retrieves the message. SMS messages can also be sent con- 
currently with voieo and other data or fax communications, ihoroforo not tying up Iho phone for the cusiomcr 
[0041] To use SMS for the present invention, its operation must be enhanced. 

&s [0042] The biggest two fimitattons of SMS messages are the massage size and the content format. The message 
size 16 al maximum 160 characters. Secondly, the content of a message has to consist only ol printable ASCII char- 
acters 

[0043] SMS messages are 7 bit data; binary messages are not alkiwed. 
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[0044] The size limitation is overcome by splitlingi large raqueste Into multiple SMS packets, where each meeeage 
h»e pan number field and a total-pans field. Tnat way, once all tha pf^ns of a muttipie part message are received at 
either end the request can be reassembled. Packets also include a request ID. used when re-assembiing packets. 
[004?] Tho content limitation applies mostly to numerical data, where instead of sending a binary number such as a 

J* zero or one, the character "0' or 'l • neede to be sent. In order to send binary numbers, the numbers are first converted 
to ASCII ctviracters represenling hexadecimal numbers, where '0' = 0, 'V = 1 , '9' = 9, 'A' := 10, B = '11 ' and sq on. 
[0046] Two ASCII byles ('FF* or 255) Is more than enouflh space for binary numbers, since ihey are mostly used lo 
indicate the length of a Held inside an SMS message. (As noted* since SMS massages are limited to 160 bytes, the 
content of any field embedded in a message has to be less than the size of the packet, given the message format 

70 specified in a section below.) in special cases, other bases such as base 32 may be used to specify the length of a 
very large message that has been spill over several SMS packets. 

10047] Another limitatk)n on message size is due to the need for an applrcalion signature. Messages bound for server 
applications can use all 1 60 characters for their content (including required headers). Data bound for a PDA, however, 
requires a special signature at the bogtnrMng-of a packet in order to route the SMS message toJhe gateway system 
IS code inside the PDA. Because of this, messages originating in server applicalions can only use 160 chawlers less 
ine length ol iha signature (typwalFy a total ol 148 characters are available). 

[0048] The gateway system auioma(k;ally insens the special signaiure into each outbound SMS message and the 
signaiura is recognised by the PDA on rscoipl of the message. 

[(X)49] On all messages ihe gateway system requires additional headers. Including transaction IDs and packet num- 
bers. These are discussed below. Accounting lor ihese headers, when an applicalton needs to send a message greater 
than the packet sizes described immediately above, the message needs to be split across packets. 
[0O50] In the preferred embodiment, on the PDA Side the PDA hotis a linked list of messages to it. There are two 
inputs to the list. 

[0051] The first input is from an SMS application, which receives SMS messages and lonvards them lo tho PDA 
*5 when Iho required signature is recognizod ai the beginning of a mQSsag©. 

[0052] The second input is from the mail directory of the phone. Every thirty seconds the mail diraclory is scanned 
looking for items with a name that begins wrth a special sequence, nr>eaning that the item is nol for the user lo see 
without intervention. 

10053] Before an item is added lo the linked list, the transaction ID of the message is compered against a list of 
30 recent transactions. If Ihe hem is found in ihe list then this is a dupUcate transaction and the item can be discarded 
[0054] The originator of the transaction is also looked for in a list of authorized transaction originators^ If the originator 
is noi pan o( the authorized list, the transact on is removed wKhout any further action. 

[OOSS] Once it is decided thai ihe item received has not been dealt with, the number of items said to be part of the 
transaction is detemiined. ir the lotal number of items for this transaction is one, Ihe transaction js processed 
0^ [0066] If there is more than one item, the linked list is scanned looking for the other pans of the transaction, a 
transaction is processed only after all the items have been received otherwise they are he(d in the list. 
[0O57] Once alUhe flems in a transact ton are found, the transaction is processed and the list is updated so that the 
last trartsaction is recorded. The iiems in the linked list are set free and any replies are sen! back to the server (which 
sent the transaction). 

[0056] The linked list contains several kinds of data items: items to be sent, items received, items sent but not con- 
firmed at the server as received, and so on. other data that is held as pan of each item is delivery time, delivery method 
(SMS, E-mail, etc.). send retries. 

[0059] Software modules running on ihe PDA may be updated- The application modules are in storage. When the 
phone software is launched for the first time it scans its slorage for any files that match a certain criteria The speciiic 
criteria identifies those file modules and each one found is loaded into memory. 

[OOGO] Each module contains an Identification (ID). The ID is used by modules to link their functionality to other 
modules. Part of a module definiiion specifies what kind of module n Is. its name, and other specifics (such as whether 
the module should be shown as a main program to Iha user, or if i| is only called internally by other modules, whether 
its data is volatile or if it has to be saved on disk. etc). 
so [0061] As the modules are loaded, any specific user inierface elements are created and initialised as the module 
specifies. 

[OOG2] Upon receipt of a complete transacik>n of a given type, a rrtodule can t>e added, deleted or updated. A module 
can be added if a nnodulo with tho same ID is not currently present in the appticeiion. A module can bo dolclcd if the 
appropriate order is received and the module exists. A module can be updated if it already exists, meaning that the 
ss new module replaces an old one. 

[0063] To delete a module the list of modules is scanned to firvd the appropriate one. Once the module has been 
found any user interface elements associated with the old rrxxlule are destroyed and finally the rr^xiule is removed 
from slorage. Any direct references to Iho module from the main module are also removed and the user mlerlace is 
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updated to reflect the change. 

[0QS4] To add a module, the module's conlents are saved in storage, then any user intarfflce elarnents the module 
has specified are created. Finally, the rnodule is linked with the main module eo that the user has accoee to the new 
functionality. 

s [0O65] Updating a modute is a iv/o step process: the original module is first deleted <see above) and then the module 
is added with the new functionality. 

[0066] In the case of the Nokia 9000, the phone (unctk>nality and the computer functionality are linked together via 
a serial bus Intemel to the unit. The Nokia 9000 has a programming interface to communicate comrnands to the phone. 
[0067] Part of (he Information and functionality to which the phone side has access is the name of the cun-ent cell 
10 (cell broadcast information) the ability to dial numb>ers (start an E-mail session, make a voice calJ, sic.), display the 
signal strength of the nearest three cells (which may be used for triangulation to pinpoint the location of a user). 
[0068] The method qS communication between the gateway system 2 and the PDA includes the following features: 

Splitting data into multiple segments, with reassembly of packets at the destination. 
» Packet reordering 

* Detect bn and deletion ol duplicate packets 

* Transaction acknowledgement 

* Data integrity through the use of lower level protocols. 

^0 [0069] The gateway system 2 software protocols are based on the idea of knowing multiple paths to any one desti- 
nailon, wliere there rs a preferred method of data deliveiy arKf as well as one or more attemative methods. When the 
destination cannot be reached via the preferred method, an alternative method is selected and the data is resent- This 
process can be repeated many linr^s using different delivery methods such as analogue modems, TCP/IP Internet 
connections, SMTP-based E-mail, SMS, fax, alphanumeric or numeric paging or additional methods as they become 

^5 available. 

[0070] The gateway system 2 software instead holds multiple delivery addresses tOr specif delivery methods and 
then uses them as needed to reach a destination. Delivery addresses and methods to any particular destination can 
be added wllhoui disrupting in-progress services. The gateway system 2 can also select different delivery methods 
according to other criteria such as the user's prfifararw:e, lengrh of message, whether push communication is required. 
50 localkvi of the user and cosi of delivering the message. Thts will be described below 

[0071] Ontheserverside. the gateway sys tern 2 communicates with the server-based applications via two gateways. 
The first one is used by the gateway system to notify an application that data for it has been received. The second is 
used by an application to tell the gateway system to deliver data to a user. 

[0072] each message Includes a customer number which is used to track the user. The customer number is a 10 
^ digit ID that is programmed into the phone upon receipt of the SMS message that configures the phone software. 

[0073] Since multiple databases may be corrvnunicating with the gateway system at the same time, each service 
provider has a range of 'screen numbers* assigned to them, Upon receipt of data, the origir^ting screen number is 
looked up in a WsX internal to the gateway system and the appropriate database gateway is given the data. The list 
consists of server gateway names, and the range of screen n timbers assignsd to ihem. Typicaly, screen numbers can 
•40 range from 1 lo 999. 

[0074] Each application vendor is assigned screens in increments of 20. Oul of their range of screen numbers, one 
of the numbers has to be reserved for Push messages. Push messages are used by an application to ^utimii data to 
a user and prompt for a response, iho resented screen number Is used lor all Push messages so that the gateway 
system knows where to route the response. 
4* [007S] The gateway system 2 can talk to multiple gateways simultaneously, Each gateway, upon connecting to Ihe 
gateway system identif^s Itself as lo which type of gateway it is. Typically, gateway types IrKlude Database (output 
from the gateway system). Database Pipe (Input tor the gateway system), SMS. TCR Mail, Pager. Alpha-Pager, and 
Fax. 

[0076J Upon opening a connection with Ihe gateway system, the sovrce address of the gateway is compared against 

so a list of valid clients. Invalid connections are closed immediately. 

[0077] Once a valid gateway connects lo The gateway system, input is taken from and forwarded to the gateway as 
the gateway system 2 deems necessary. There are two special cases of Gateway connections: 
[0076] The first special case arc database server gateways, which recoivo data only when data has been received 
from a screen number owned by them, as discussed previously. 

^ [0079] The SOcornj case involve SMS gateways, which are assigned a name and a range of countiy and cKy codes 
they can service. This is due to Ihe problem of cellular providers not always forwarding SMS meseages between 
thamseh/es. When an SMS packet is due out. the SMS gateway list is searched for the appropriale gateway and the 
data delivered. The list provides for alternate routes and also for gateways thai service multiple areas. It can be updated 
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by the network operations group to hdndle real time SMS outages. The gateway syelem will receive an incoming 
message arnl make any necessary alterations to its format for it to be forwarded lo the user by whichever delivery 
method is eetdcted. 

[Q08Q\ Although the gateway system tries not to took at the data In a message, K has to look at rressages in order 
s to 3ee message replies. The gateway system 2 keeps a queud of mdsaa^es that hava been sent but not acknowledged, 
as well as their contact methods, if a message is not acknowledged within a certain period, the message may be resent 
usinp a different nrethod. U is for this reason that the gateway system needs to k>ok at messages: when a message 
reply is received, the original request has to be deleted from the message queue. 

[0061] The software in the PDA typical keeps a list of up to 20 recent requests received, to avoid responding to a 
TO request twice lhat had been sent via mufliple communcation methods. On the server side, the database application 
should keep track of requests noade and their replies so that duplicate messages are ignored. 
[0062] A worst case example Is described In the following paragraph. 

[0083] It a message sent via SMS is not acknowledged because a user's PDA j$ tumed oA, an E-rnail message may 
be sent a few hou^s later with the same request. When the phone is later tumed on. the software will receive and 

Tf respond to the SMS request. If wseks lat^r the user checks E-mail, he will receive a second copy of the original request. 
If rnany requests had gone through SMS in the intervening time, the original receipt copy may be purged, and the user 
wi[i be presented with me old request as if il were a new request. Should the user try to respond to this request, the 
application sending the message would need to realize that the resultant inbound message may actually be obsolete. 
[0084] When the gateway system needs lo reach the user via E-mail, il uses a specific predefined user name which 

so is coded to be recognized by the gale way System application in the PDA. Presenily the application In the phone 
searches the user's incoming mailbox every 30 secorxls. If a message is found to have been sent by this predefined 
address then the message is read and parsed just a$ if it were an SMS massage. The convenience of E-mail also 
means that large &et£ of screens in a new program kiad can to sent to multiple usors at the same ttir^, thus avoiding 
the expense of SMS (though at the cost of not being assured lhat the messages are received immedialely). 

55 [0085] SMS mossagos sent by the PDA but not acknowledged by the gateway system hub arc storod in an E-mail 
mes&ago and &ent to the hub via E-mail 4 minutes later. If a database ap plica ben wishes to send a 'personal' E-mail 
message, which contains no *code~ and therefore should not be intercepted by the gateway system code in the PDA. 
il can send E-mait lo the user as long as a different name is used. 

[00S6] Personal messages sent with the predefined name would be lost, since the PDA application would read them 
30 snd expect SMS instruct ksns in them The user would never see the message intended for him or her 

[0087] The present invention preferably also permits application functionality to be programmed remotely and trans- 
mitted to a custom© r*s phone via SMS or E-mail messages. 

[008d] Preferably, certain items may be changed on a frequent basis via new configurations received via SMS. The 
new contiguraiions typically include such things as a list of preferences and hints, a list of products available for pur- 

05 chase, and news and push information, where after recognizing the user's need for something the user interface is 
constructed based on parameters sent from the remote database. Most things can be downloaded to the POA via other 
parameters sent in SMS messages. Using thistechnolDgy, not only news, push requests, etc., can be issued but also, 
whole appl'cattons based on parameter lists can t^ created jusi by sending a few SMS messages with new f unciionalny 
or better user interface screens. 

40 [0069] Once the PDA application is opened^ a lop list" of available functions is displayed to the user, the user chooses 
a functk>n and "opens" it. Several of these functions are hard coded in the applicatnn (such as messaging). Others 
come from small modules stored in plain text fites in the PDA itself. These modules can be upgraded, added or deleted 
at any time remotety via SMS messages or E-matl from the central database. 

[0090] Should many users need to be upgraded, E-mail is the preferred method to send new modules, even though 
they only receive the new lunclronality the next time they check their E-mait, 

[0091] The PDA applicatk^ Is an application running in the PDA. tt has certain hard coded lunctionaiity that will 
always be needed (common for alt users). Tr\& rest of the applk^lkxi would utilize the software modules described 

above. 

[0092] A set of texl files is included in the software package. These fries serve as the textual description of a furictior^l 
&o lYv^ule. The modules are described via text so they can be easily upgraded, and added or deleted via simple SMS 
messages. 

[0093] When an appropriate SMS rT>e33age is received by the PDA application, the application will save a new text 
file in a PDA dircdoiy and the now functionality will bo enabled in a few seconds 

[0094] S'ncB a software module is created as a toxt-baeed list of items and their properties. Centrally, it can be stored 
SS for example, in a lexi tils or a database field. II is delivered to the application in the POA via the gateway system and 
saved locally in the PDA's memorvf. 

[0095] The modules are designed to create user interface screens, receive input, and return SMS messages with 
the user's responses. In order lo move between different screens, each screen module h»s an id Items such as buttons 
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initiale actions such as 'close screon', "close screen and sand SMS msGeage', or *go to screen XV 
[0096] Other user elementd may include fields for text or numeric input, pop up manu salaclion with preset choices, 
on/off buttons, the module name toba shoMm ai the top of the screen, or a list of items lo be displayed. Screen modules 
associated with a list are marked automaticatiy as dati^ that has to be saved on disk (and thai have Database record 
J . numbers). 

[0007] Other functionality is accomplished via the news and push functions, already included in the hard-coded 
functionality. News allows the user to read text wilh a given title, and *push' adds the ability to display a list of items 
lor the user to choose. 

[0098] As descrit>ed above , typically, modutes are loaded from small text files that dictate the functjonaliiy of a screen. 
^0 Most of these will be used for data input, where data is sent to a server database. The server may reply later via a 
News or Push message, or simply store the data. 

[0099] In some instances, data needs to be stored and the user given the ability to recall this data make changes 
(o it and resubmit it. This is accomplished by associating a module with a named list. A list is used to show the user 
the records stored on disk, where each record has a matching database record (incfuding a table alias). 
IS [0100] After creating a new record, it is expected mat a database record number and a table alias in the reply packet 
that acknowledges the data will be received. Once a valid record number and table alias are received it is used each 
time ihe data is nrKxiified or acted upon. 

[0101] When a new data record is sent to a database, the database's record number and alias is intemaliy set to all 
'0*8 eince the phone does not have a way to create record numbers. 

20 [O102J Once the application pnscesses (he request, a reply is sent containing the permanent database record number 
and table alias. The software in the phone then updates the data file with the real record number and table alias. 
[O103] Any changes to this record use the record number for reference in ths database. A poteniial problem e^cists 
when a user creates a record, which is temporarily set lo record '0000000000* and alias 'OOO' and before a reply is 
received with the real record number, the user deleles the reccnd. This is handled as follows: 

25 [0104] When tho software in the PDA rcccK/cs a reply that contairts a record number and alias, it is matched with 
new data recofds in the PDA and updated. In the caee whoce the record hed already been deleted by a user (before 
the record had a senrer^ssigned record number) the PDA software will reply to the database wilh a message ir>dicating 
the record had been deleted, just as if the user deleted the record at that time. The software in Ihe PDA actually knows 
what lypo of record il was in order to ifi&ue the appropriate delete record command for the host database 

^0 [0105] The message consists of a header followed by data. Messages bound for PDAs are limited lo 14B characters 
including headers (of which 129 are usable text). Messages bound for sen/ers can be up to 160 characters (of which 
141 are usable text). 

^ SMS message = Message Header > Message Data 



Message Header 


char 


packotHoador[ 12]; 


// app to for PDA bound ONLY 






// Provided by the gateway system 


char 


customerlC^lO]; 


// customer ID in string formal 


char 


packetType; 


// type of function requested 


char 


iracklnglD(6]; 


// 6 Chars wilh request ID. HHMMSS used for 






// Keeping requests and replies In sync. 


char 


partNumt>er; 


^/message part, starts al'l' 


ehar 


toiaiParts: 


// number of messages for this request 






//■r if M\ etc. 


char 


dataI141 or i29]; 


// 1 41 Characters for messages lo 




// diaiat>ase, 1 29 characters for messages 






// to the PDA 





[0106] The data ponk>n of the message depends on the packet type. The packet type determines what kind of data 
ss follows. 8ek>w are (he typical packet types supported and the data provided in each type. 

[0107] A special note regarding strings: Null characters are not allowed in SMS messages. In most cases, a length 
fteld is used (o note how big the next data item is. In most cases the length fieki will be hexadecmal. 
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Me&ftfiges dent to a PDA:< 

[01 oa] 



Packet Type 



Purpose 



Daia lormal or offset in data char 
array 



PushDelivery * 



so 



4S 



ss 



The Push message displays a dittlogue box wilh a Lille and u 
message given by the database application, The user is 
presented with & choica to dismiss the dialogue by 'Cancel" or 
"Buy Items'. The choice for buying items displays d second 
dialogue box. with a specific title end a list of choices. If the 
user confirms the selection of a choice, a message is sent back 
wilh the choice number. 



[O] screen ID, as cwned by the 
database. 

This is a resented Screen ID used by 
this specific 

server only for Push messages. A 
screen wilh this 

ID number must nol actually exisl. 

pan code char followed by pan 

lQng[h 2 hex chars 

pan data can be: Titio. ^/les&age. 

ChoiceDala, 

ChoiceTitle, ReqNumber, &nd 

use a maximum of 10 choice data 
items, 

up to 79 chars each 
title can be 39 chars 



message can be split anr>ong messages; 
concatenated upon receipt 

End part discards the rest of a packet 

length, use leading zeroes <i.e. 'OB' or 'FF' f^ax) 

Part codes for SMS based Push services and News: 



Till« 

Message 

ChoiceDaia 

ChotesTilie 

ReqNumber 

End 



'V 

•3' 
'4* 

■6* 
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(continued) 



Packei Type 


Purpose 


Data format or otfset in data char 






array 


NcwsDcfivcry = '2*, 


Tho News 16 usGd in a similar way to Pu^h, oxcept that the disloguc box 




displays a litle and moeeage with juet an OK tHjtton. No further action is 




possible 








same as PushDelivery, but only title, 






end. 






and message apply 






can be mulii-part, but keep h 1 -3l . . 






meseages 






Notice the lack of a screen ID at Ihe 






hnninninn 

UO^JIJ II III 






This is a reply used by both sides to 






indicate that data was received and 






acknowledged. The receipl uses Ihe 






same tracking ID as Ihe original 






message so that the recipient can 






find the original message arxJ mark it 


- 




as received. Optionally, a receipt 






may include an database record 






number and table alias in the reply 






which is used to update the record in 






the phone's memory. 






Look at tracking ID, discard packet 






as acknowledged 






Used also for the gateway system 






|0] database record number (10 






chars) 






the record number is returned lor 






NEW settings. The PDA 






software uses the tracking ID to 






update the database record 






number In the local data files. 






[10] database latste alias (3 chars) 


NewSMSSofverPhoneNumber - *4', 


Usad to change the phone number where SMS 




messages from this phone 90 to. Can aldo b6 used to load balance 




among galoway^ or when our numbers change. 






Gateway's SMS number String 






followed 






by return or newline 






Estample: 444468-555- 12l2\r 
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so 



55 



OS 



Packet Type 



SotCustomerlD ^ '5', 



SavcModulo ^ 'B', 



DeleteModulc = '7\ 



EP 1 049 006 A2 

(oontinUdd) 



Purpose 



Data formal or offset in data char 
array 



Usod to configure a coU phono wilh a given customer lO. This cuatorrKir ID 
is used every time data b sent to us so thai we know who is doing the 
requast. It if followed by a It8l oT SMS gateways thai the PDA should accept 
messages Jrom. 

PI customer ID string, 10 chars 

[10] phone number list, separated by 
\r 

and with no dashes in the numbers 
Example: +444600271 61 \r elc. 
This packat includes an Software 
module in the form o* a text based 
program. The module ID in the 
program itself is used to create a file 
where Ihe module is Stored, \\ a 
module already aifisis with ihes^ime 
ID the old 

one 13 replaced by the newona The 
module is activated Imrr^odiatety. 
Replacing an existing nxxiuie 
should be done caret uUy It the 
module being replaced is 
associated wilh a list, data is being 
saved on disk, Since the data 
structures in memory were created 
to match a previous sir ucluro, the 
new structure may not match the old 
one and the software may crash the 
user's phone. That would be very 
bad 



This function tells the POAsoliware 
that the module with a given ID is no 
longer valid and should be erased. 
The module name is also rerrtoved 
immediately from the top f urictions 
liai. Nolice thai any data associated 
wilh 

this module is now k)&t if it had been 
previously saved on disk. 



Note; Function types 'S', and are resenred tor internal the gateway syaiem 
messaging I unctions. 

OpenScreen = '0\ [ We have some information for the user which should be 



[0] module description text 



[0| Module ID to be deleted, 9 chars 
decimal 
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(continued) 



Pdcket Type 



Purpose 



Data format or offset in data char 
array 



to 



15 



SQ 



Trigger - 'A\ 



displayed using a certain scrocn. The contGnts of the 

screen are also updated with the tollowing content. The content 

refers to the la bets lor pop ups, and text in items. 

[0] screen iD to open, 3 chars 
followed by as many instarxrss of: 

field! D (2 chars) ('99' marks end) 
data len (2 chars hex); if zero, item is 
removed 
data 

The user wants sdrteihing special to happen, such as a screen 
updated, etc. 



[O] screen ID where messfsge wae 
sent 3 chars 

[4] decimal message ID (2 chars) 



M»«&ages Sent To 'gateway syslem* Applications:- 
[0109] 



Packet Type 



Purpose 



Daia formal or offset hi data chararray 



35 



AO 



MessageRecelpl 
Delete Record - B'. 

SubmilScreen = 'C, 



See above section. 



Delete the record wiih the grven id from the database. The user has deJeted a record 
from memory 

[0] Database record td, 70 chars 
I10J Table alias. 3 chars 
The user has selected a button »o the PDA application that forces the 
contents of Ihe screen to be sent via SMS The contents of all 
input-type fields are packed in SMS messages and sent, splitting a 
fiek^'s content between packets if necessary. The first entry in the 
message is a 3 character string from the screen ID (in decimal). The 
screen ID has to be ksoked at to klenlrly the format of the data that 
rolksws. since it is created in the order in which each item was 
declared in Lhe module descrlplk^n program. Datci is split between 
message boundaries ii necessary, if the data already existed, it may 
have a database record IP and a table alias associated with it. Such 
data follows llie screen data. 
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(continued) 







Used to submil the input Irom a screen (0] screen ID» 3 






chais decimal, followed by aach input field from the 












Depending on field type following screen order, before 






each 






field there is a ons character Field lype. 






Text input field aJpha and numeric: 






T for a(pha text. "N'lornumeric length in t>ase32 (2 chars) 






followed by data. 






Popup choica: 






'P for popup 






2 chare item selected 






Boolean group 












1 char ('1*=ON, '0'=OFF) per item in defined order 






Simple List 






*S' for simple list 






1 char selected item from list 






lO char% dalabass record lO (If available) and 3 






for table alias 


RequesiServwe ^ 'D' 




This packet is sent in response to a push message, the 






user has chosen lo buy someihkig. 






[0] screen ID used by the originaiing database app 3 






chars. 






should be their reserved Push screen lO. 






[3] reqNumbar from original request, this Is NOT the 






tracking ID. Up lo40 chars 






(43| selection, Item number selected as provided in the lisi 






of choices, zero based. 


Submil SubmilArKWart = 'E* 




Same as SubmitScreen, but means wait for more data 






from ihts 






sanrke user before taking action, since there will be more 






data. 






U more dala is not seni later dismiss the request. 



[01 1 0) References have been made above to selecting the best way of Uansmiuing a message to a user, to cofwerting 
incoming messages of one format lo the appropriate format for the selected delivery method of the message, and lo 
the criteria used lor selecting the delivery method. It should be appreciated that Ihe gateway system oRers a number 
of means for sending messages and data. These include HTTP (Hyper Text Transmission Protocol). SMTP (Single 
Mai) Transport Protocol). WAP (Wireless Application Protocol) and SMS (Short Message Sen/ice). Other means are 
also envisaged. The system delivers messages using whichever delivery method is most appropriate. For exanriple. if 
the message is vary kxtg, SMS might not be appropriate Since il may be necessary to send to large number of SMS 
messages to make up the long message. Since each SMS message is normaly charged for, and the message might 
not need lo be the subject of push communication. SMS might no! be appropriate, instead, the message might best 
bo sent by e-mail using SMTP. Alternativoly, if the user is not expected lo view incoming e-mails foi an extended period. 
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push communication nnay be important and SMS nnight ihen bo mo&i appropriate. Others of the delivery methods have 
thsir own advantnge& snd disadvant^gee. For Bxampia, some of those deirvery methods might not be available in 
particular geogiaphlcal regions, and so yuouid not be appropriate. H the gateway system has a record of a usei's 
itinerary, it will deliver Ihe information is in the appropriate delivery method. The gateway system may also carry in its 

s rnerriQry a priority list indicating what messages are most important arid delivering them using a delivery method having 
higher priority, lor example using push transmission. As explained above, if, no acknowledgement of a message is 
received, the gateway system nnay be configured to forward the message using a ditferenl delivery method. 
[0111] In addition, the gateway system, in selecting an appropriate delivery method, must configure the Incoming 
message such that it is in an acceptable format for the chosen method of delivering the message. This is even necessary 

fO where SMS is used by the originator of the message on one networH to be delivered to the user on a diflerent network 
since there is no common format for SMS. Such conversion of formats is necessary to ensure that the ussr racerves 
a comprehendible message. This converBion may be recorded in a database log of conversion operations. This is 
particularly useful In calculating the charges associated with the trarismtssion of such messages based on the logged 
conversion operations since there is no effective croee charging scheme in place whereby. users of one network can 
be reliably charged and billsd for SMS massages that they send to a network other than their own. This gateway system 
SI is in the middle of all of the networks and acts as a messaging hub that can route messages effectively between 
c£ich host via the network operators. H can provide audited logs and billing information, something that the Operators 
cannot themselves do. In addition, nnessages In formats of different delh^ery methods are normally Incompatible, so 
mai an SMS message cannot normally be doliversd by e-mail However, this gateway system allows users to send 
^0 otner users urgent messages that are sent to both the recipient SfWiS number as wetl as their conventional e^ail 
dddress. The SMS message might consists only of the e-mail subject and sertders name, or other brief details such 
ris a lilte or abstract. The advantage of sending a brief message by SMS as well as by e-mail is thai the recipient is 
Hierted by push communication to retrieve the e-nnall in the normal fashion. 

[01 12] As a result of the ability to $eiid messages to a user in any of a number of delivery methods, the system can 
^-5 include a cost calculator for calculating the cost of directing a message by each available method. Whoro appropriate, 

tho least cost delivery method can be used lor that mossage. Sending any electronic message by whatever means 
an inherent cost For e)cdmple. for e-maiUhere i$the cost of connecting loan internet backbone by ISDN or leased 

tine, and for SMS there is the cost charged by the operator connecting to and using its SMS centre. It is usually sub- 

slHRtially Cheaper lo send e-mail Ihan it is to send an SMS message. However, lor mobile users, a mobile phone is 
OQ more likely lo be carried lhan an e-mail terminal. An e-mail will only be read by a user once Ihar© their e-mail terminal 

15 switched on. 

(0113) The gateway system provides a weighting for irxjividual messages depending on their content SO Chat more 
important or urgent messages have a heavy weighting to allow them to be sent by SMS. Less urgent information would 
normally forwarded by e-mail. The system may decide lhat (or messages greater than a particular number of characters 

3S in length, e-mail will be used in preference to SMS, and this decision will be made based on the costing of each route 
as well as (he importance weighting lor each transmission me(hq)d. The cost of transmitting a message will normally 
be based on the number of Characters in (hat rnessage, but could be based on other parameters of the message. This 
parameter will need to be assessed by a message assessment means before a choice is rr^de conceming Ihe delivery 
method. A priority assessor would also be required to assess the priority ol a message if a message's priority is to be 

■*o taken account of in the choice of delivery method. 

[01 14] The system includes a cost table whk:h determines Ihe cost of transmitting and receiving data and compares 
this with the cost ot using other media. The end user will normally determine what level the ooata shoukl be set. For 
example, a customer may decide lhat a message of normal prkxrty should be delivered t>y SMS provided that the cost 
IS less than forty pence, unless me message is ot high priority in whk^h case it n^y be set at any cost, in addilton. the 
routing ol a message may be determined in a number of different ways, for example it a vofce call is made from the 
UK to the US. the system would relay the transmiseion to a gateway system in the US wnicn would then deliver the 
message in the appropriate way normally at least cost. 

[0115] As regards convening messages from one media to another, this is done by converting the original message 
into CMF fornnai (common messaging format) which is then cortverted into the format for the outgoing message which 
SO will be delivered. All internal communications will be done in CMF which is converted by the gateways to the appropriate 
delivery lormat on forwarding 



Claime 

ss 

1. A method of altering software in a PDA comprising receiving at the PDA a software module via a le^tt data trans- 
mission, the Iransmisskxi including an identifier unique to the module, extracting the ideniifier from the message, 
comparing the ideniifier with the identifiers of modules already present in the PDA. and it a module having the 
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received identifier id already presenr. deleting Ihe existing module from memoiy having that identifier and replacing 
that module in mamory with the rsceivod module. 

2- A method acxofding to claim l , wherein if a module having the received idenlilief is noi already present, adding a 
new module to tho PDA based on the received module. 



3. A method according to claim 1 or claim 2, wherein the rnodule is received in several pans and the PDA is arranged 
to acknowiedge receipt of each pan, to correctly order each part in relaiion to the olher parts, and to request 
retransmission oi miBSIng parts. 

10 

4. A method according to any one of ciaims 1 to 3, wherein the module is received in several parts. ar>d the PDA is 
arranged to prevent loading of the rrwdule into memory until all parts of the module have been received. 

5. Apparatus for dreding electronic messages comprising control means, database means and message directbn 
means, the database means being arranged to store a plurality of method records tor a respective user each such 
record being associated with a particular method of contacting (he user and each including contact data, the control 
means being arranged to identify an incoming message as being lor a particular user, choose a method record for 
that user, access the contact data of that method record and cause Ihe massage direction means (o direct the 
incoming message to the user via the chosen method of contacting the user and in the message format specified 

30 in the contact data. 



6. Apparatus according to c^im 5, wherein the message direction means is arranged to direct messages by al least 
one suitable internet protocol. 

^5 7. Apparatus acconding to clarrn 5 or 6. vvhercin tho messago direction means is arranged to direct messages by at 
least one of: t-TTTP (Hypertext Transmission Protocol): SMTP (Simple Mall Transpon Protocol):' WAP (Wireless 
Application Protocol); arKj sr^S (Short Message Sen^ice), 

S. Apparatus according to any one o1 claims 5 to 7. further comprising a message converter arranged to convert an 
50 incoming message into a message format appropriate to the chosen method of contacting the user 

.9. Apparatus according lo claim 8, wherein the message converter is arranged lo convert an incoming message of 
a first formal into an outgoing message of a second, different, format. 

^ 10. Apparatus accordrig lo claim 6 or 9. further comprising a log for recording conversion operations of the message 
converter. 

11. Apparatus according lo claim 10, wherein the log is arranged lo record parameters relating to conversion operations 
and to calculate charges associated with the conversion operations on the basis of the recorded parameters . 

40 

12, Apparatus according to any one of claims 5 to li , wherein the control nneans is arranged to choose a method 
record according to itinerary information held in Ihe daiabase means which maps method records lor a partfcular 
user to predetermined respective days arxJ>br tinoes of the day. 

-^s 1 Apparatus according to any one of clams 5 lo 1 2, wherein the control means is arranged lo choose method records 
according to a predetermined priority designation which orders the nrwlhod records of a partcuiar user into a 
prioriiy-ordered list, a subsequently lisled method record being chosen if the contact method specified In the pre- 
viously listed method record fails lo per mil contact lo be rnade with ihe user 

1 4. Apparatus according lo claim 1 3. wherein the control means is arranged to identify an ricoming acknowledgement 
of a previously directed message and to delete the message from a message queue so thai no further attempts 
are made to direct ihe message lo the user. 

1 5. Apparatus according to any one of the ciairr>s 5 to 14, wherein Ihe control means includes a cosl calculator arranged 
^ lo calculate the cosi of directing a message by each available method, whereby the control means chooses the 

least cosl method record lor that message. 

16. Apparatus according to any one of claims 5 lo 15. wherein Ihe control means includes means for assessing one 
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or more parameters ot the message and chooses an appropriate mathod record on that basis. 

17. Apparatus ac^cording to any one at claims 5 to 16, wherein Ihe control means includes a priority assessor for 
asses&jng the priority of Uie message and choosed an appropriate method record on that basis. 

5 

Ifl. Apparatus according loany one of ctaime 5 to 17, wherein the control means is arranged to choose an SMS method 
record tor the directing of an abstract or title of the message, and a different method record for the directing of al\. 
Of dubsiantially all. of Ihe message. 

"fO 1 9. A method for directing electronic messages comprising: 

storing a plurality of method records for a respective user, each such record being associated with a particular 
method of contacting the liser each Including contact data; 
identifying an incoming message as being tor a particular user; 
7^ choosing a method record for that user 

accessing the contact data ol that method record; and 

causing the message to be directed to the user via the chosen rr>ethod ol contacting the user and in the 
message format specified In the contact data. 

20. A method according to claim 1 9 furttier cxxnprising the direction of messages by al least one suitable internet 
protocor. 

21. A meltuxj according to claim 19 or 20. wherein messages are directed by at least one ot HTTP; SMTP: WAP: and 
SMS. 

25 

22. A method according to any one of claims 19 lo 21, further comprising convening an incoming message into a 
message format appropriate to Ihe chosen method of contacting Ihe user 

23. A method according to claim 22. luhher comprising the rG cording of the conversion of messages. 

30 

24. A method according lo claim 23, further comprising the calculation ol charges associated with the conversion of 
messages on the basis ot I tie recorded conversion ol the messages. 

25. A method according to any one of claims 19 to 24, further comprising the chocsing of a method record according 
35 to itinerary infomialion vkfhich maps records for a panicular user lo predetermined respective days and/or times of 

the day. 

26. A method according lo any one of claims 19 to 25, further comprising the choosing of method records according 
to a predetermined priority designation which orders the method records of a panicular user into a priority ordered 

40 list. 

27. A method according to claim 26. funher comp/ising the identificaivon ol an irKoming acknowledgement of a pre- 
viouefy directed message: and deletion of the message from a message queue eo tlial no further attempts are 
made to dkrect the message lo the user, 

45 

2B. A method according to any one of claims 19 to 27, funher comprising the calculaiion or the cost of directing a 
message by each available method, and subsequently choosing the least cost method record for thai message. 

29. A method according lo any of claims 1 9 to 26, further comprising the choosing of an SMS method record for the 
60 directing of an abstract or title of the message, and a different method record for the directing of ail. or substantially 

all, of the message. 

30. A moihod of intercepting E-maii messages received by a PDA comprisng periodically roading a mail directory of 
the PDA containing received E-mail meaeages, searching for a unique idaniitjer in the read messages, and for 

55 each read message which contains the identifier removing that message from the fifit fio that it i$ not seen by the 

PDA user. 

31. A method according to claim 30, wherein the identifier of Ihe removed message is compared with a list of recently 
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receK/ed identifiers and i> a match is found lha meseage related to that identifief is dalsted. 

dd. A method according to claim 31. wherein ]\ a nnatch is ncl Found, the massage relating to the identifier is added to 
a linkad list of messages and a part number value oi the message ia exannlned wtitch part number ideniifies the 
order and totaJ nunnber or message parts which form a compleie transaction , \t the complete transaction is contained 
in the linked list, the messagee are ordered to form (he complete transaction and the transaction is processed, the 
iransaclion parts are then removed from the linked list. 

A method of transferring a digital data message between a PDA and a base station via a mol^ile telephone system 
comprising, dividing the message into a plurality of bkscks each having a predetermined maxrmum block size, 
appending information to each blocK to permit identification ol each block and of its correct relationship to other 
blocks ol a particular message. Iransmitling the blocks via a mobile telephone network, receiving the blocks and 
using at least the appended information, recor^iructing the message from the received bkxks. 

34. A method according to claim 33, wherein the message contains a software update for the mobile telephone in a 
text formal. 



so 
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